home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20020314-20021006 / 000065_fdc@columbia.edu_Wed May 1 10:37:19 EDT 2002.msg < prev    next >
Text File  |  2002-10-06  |  9KB  |  192 lines

  1. Article: 13356 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: 1 May 2002 10:37:10 -0400
  7. Organization: Columbia University
  8. Lines: 175
  9. Message-ID: <aaouim$di0$1@watsol.cc.columbia.edu>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp> <3CCB4F33.4F2B2C62@yk.rim.or.jp> <aahd9h$qii$1@watsol.cc.columbia.edu> <3CCF46F4.DE916308@yk.rim.or.jp>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1020263832 13865 128.59.39.139 (1 May 2002 14:37:12 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 1 May 2002 14:37:12 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13356
  16.  
  17. In article <3CCF46F4.DE916308@yk.rim.or.jp>,
  18. Ishikawa  <ishikawa@yk.rim.or.jp> wrote:
  19. : Frank da Cruz wrote:
  20. : > ...
  21. : >   Kelly-Bootle, Stan,
  22. : >   "680x0 Programming By Example",
  23. : >   Howard W Sams & Co, Indianapolis IN (1988),
  24. : >   ISBN 0-672-22544-1.
  25. : > 
  26. : > In this case it was the Alpha Micro version written by Rob Rubendunst:
  27. : > 
  28. : >   ftp://kermit.columbia.edu/kermit/c/am*.*
  29. : So I was quite impressed at the assembly program listed above.
  30. : Never realized that the directory contains source code files
  31. : for a totally different architecture...
  32. Most of the early Kermit programs (CP/M, DEC-20, PDP-11, IBM 370, MS-DOS)
  33. were written in assembler,  I don't think I have ever counted the number of
  34. different assembly languages represented in the archive, but it is a good
  35. sampling.  We used to keep lists of Kermit programs sorted by various
  36. categories: date, platform, OS, language, etc, but these lists do not always
  37. distinguish different assemblers:
  38.  
  39.   ftp://kermit.columbia.edu/kermit/a/aavlng.txt
  40.  
  41. : > And somewhat more sensationally:
  42. : > 
  43. : >  Stoll, Clifford:
  44. : >  "The Cuckoo's Egg: Tracking a Spy Through the Maze of Computer Espionage",
  45. : >  Doubleday, New York (1989),
  46. : >  ISBN 0-385-24946-2
  47. : I have read this book. But it was quite some time ago, and can't recall
  48. : KERMIT mentioned in this book. Oh well.
  49. In the hardcover edition: pages 45 ("The hacker wasted no time.  He issued
  50. commands to show all the active users and any background jobs running.  Then
  51. he fired up Kermit."  [Paragraph explaining what Kermit is... "the Esperanto
  52. of computers"]  ... "I watched as the hacker used Kermit to transfer a short
  53. program into our Unix computer..."]; pages 90-93 [a more detailed explanation
  54. of Kermit protocol, and the measurement of round-trip time of Kermit packets
  55. to estimate the hacker's distance]; 149-156 [the keychain gambit].
  56.  
  57. : These days, a certain large software company decided to
  58. : regard serial ports as "legacy hardware" and seem to
  59. : discourage the use of them.
  60. :
  61. Of course this is unfortunate, but on the other hand it leaves a niche
  62. for makers of software and devices that are good for something besides
  63. shopping and making pie charts.
  64.  
  65. : >   http://www.columbia.edu/kermit/ckcplm.html#x3
  66. : > 
  67. : I read the page and it was quite refreshing to read
  68. : these do's and dont's. 
  69. : I think programming KERMIT is quite comparable to embedded computer
  70. : programming today.  Often the development tools for embedded computer
  71. : systems are under preparation for a new embedded systems and so
  72. : assembler/compiler/linker and realtime OS kernel itself (if it exists at
  73. : all!)  is somewhat unreliable, and so we need to take a very careful and
  74. : conservative approach in coding.
  75. Quite true.  Even today we try to make C-Kermit compatible with old
  76. compilers and linkers, because many people still have them.  It was only
  77. recently that we had to give up on supporting 16-bit architectures in
  78. C-Kermit (but of course G-Kermit still supports them, not to mention
  79. MS-DOS Kermit and many others).
  80.  
  81. : (When I talk of embedded computer systems, I mean computer systems
  82. : embedded in *small* appliances such as toaster, microwave oven,
  83. : refrigerator, TV, VCR, and many other home appliances as well as
  84. : automotive engine control system and other industrical controller. Some
  85. : embedded systems for industry control system may use, say, Sun ULTRA
  86. : pizza box, but most of these small systems use a tiny single printed
  87. : circuit board with a version of 8, 16 or 32 bit computers.)
  88. Right, and as you say, the programming requirements are quite rigid; not
  89. what you learned in school :-)  We often get requests for an embeddable
  90. Kermit protocol implementation, and I'm happy to say that soon we will
  91. have one.
  92.  
  93. : One thing that I have been wondering is this.
  94. : How is KERMIT project sustained.
  95. Whenever this topic comes up, it results in a flame war.  Everybody has
  96. strong opinions about licensing.
  97.  
  98. In the early days, we had a group of programmers who were paid to write
  99. Kermit software, so of course we gave it away (but we retained copyright).
  100. Soon other sites began to write their own Kermit programs and send them
  101. back to us.  Naturally, we worked with them to ensure interoperability,
  102. a compatible command language, etc.  This was great, but it was also
  103. more work for us.
  104.  
  105. Later, it was no longer our job to develop Kermit software or coordinate
  106. developers at other sites, or take care of the archive.  But the world
  107. still wanted and expected us to do the work, and we enjoyed it.  So Kermit
  108. work was done nights and weekends.  This might be OK for students, but
  109. it's not good for grown-ups with families.
  110.  
  111. Eventually (1986) we convinced our management to create the Kermit
  112. Project.  It would coordinate development, take care of the archive,
  113. package and distribute the software, run a mailing list, publish a
  114. newsletter/journal, but NOT write software.  The project was to pay for
  115. itself by charging a distribution fee for Kermit tapes and disks.
  116.  
  117. Later, as the demand for mail-order tapes and disks dimished, we wrote
  118. some books, and our business model became something like: "the software is
  119. free for your own use but please buy the book, and if you want to sell or
  120. give the software to customers or clients, you *must* include the book".
  121. This worked for a few years, but people didn't like it because in most
  122. cases they did not want a book.
  123.  
  124. Finally in 1995, I joined the Kermit Project full time and we hired
  125. another full time developer, Jeff Altman, with the understanding that the
  126. Kermit Project must pay for itself out of revenue.  We released Kermit 95
  127. as a commercial product that year.  People understand this much better; no
  128. lengthy explanations are required, no arguing about "save a tree", etc;
  129. it's quite straightforward.
  130.  
  131. Except for Kermit 95, most Kermit software is still "free" in the sense
  132. that you can download it -- source code and all -- for your own use or
  133. use within your company, but you can not make a product out of it or
  134. include it with a product without a license; in other words, if you make
  135. money (or otherwise gain commercial advantage) from our work, we deserve
  136. a share.  We believe this is fair and reasonable.
  137.  
  138. Our current business model is spelled out here:
  139.  
  140.   http://www.columbia.edu/kermit/commercial.html
  141.  
  142. : Does Columbia University accept/solicit  donations to
  143. : Kermit project?
  144. :
  145. We would like to have donations, but this is not an adequate business
  146. model, especially in these hard times.
  147.  
  148. : And I am curious and nosy. What is your, er, regular
  149. : job at Columbia?...
  150. :
  151. Now it is Kermit, but many others before that; you can read a little bit
  152. about this here:
  153.  
  154.   http://www.columbia.edu/acis/history/
  155.  
  156. : KERMIT is one of the few (if any) powerful serial terminal program on
  157. : UNIX with good track record under noisy and flakey connection. (tip is
  158. : a joke as a terminal program. UUCP is only for batch transfer/invocation
  159. : remotely.)
  160. :
  161. Thanks.  Of course Kermit is much more than a serial-port terminal program.
  162. Unfortunately many people don't know that; their conception of Kermit has
  163. not changed since they first looked at it 10 or 20 years ago.  It's hard
  164. to change first impressions.
  165.  
  166. : So having KERMIT project afloat is clearly a merit to a sizable number
  167. : of programmers all over the world.  (Right, many now use Windows and
  168. : there are good terminal emulators with KERIMT protocol support.
  169. :
  170. But aside from Kermit 95, I don't think there are any good Windows terminal
  171. emulators with *good* Kermit protocol support!
  172.  
  173. : But as
  174. : far as I can tell UNIX has KERMIT only.  Maybe KERMIT was so good that
  175. : nobody bothered to write other serial terminal program.)
  176. :
  177. There are a couple others; see:
  178.  
  179.   http://www.columbia.edu/kermit/kermit.html
  180.  
  181. for a discussion of this topic, and also for more about licensing.
  182.  
  183. - Frank
  184.